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REMARKS 

ApplicantshavecarofullytwiewedtheOffice Action (tatedFebr^ 17,2005. Claims U30are 
pending in this application. Reconsideration and fevorable action is respectfully requested 

Claims 1-5, 10-11, 15-20. 25-26 and 30 stand rejected under 35 U,S.C. 103(a) as being 
unpatentable over the combination of the Metz et ai C'Metz'') reference and the BirdweU et al 
{^Birdweiry This rejection is respectfully traversed with respect to the claims as amended. 

These two references that the Exanuner has utilized have been discussed in the past, but 
Applicants will discuss them in detail with respect to die claims. 

The first reference, the Metz reference, is directed toward the concept of allowing the software 
vendor, once the software is distributed to set-type terminal devices, to be able to provide i^grades 
therefor. To facilitate this, a broadcast channel is defined that repeatedly broadca5;ts upgrades for the 
software. The two independent claims, Claims 1 and 16, both require there to be a television broadcast 
distribution system to transmit analog and digital television information to a receiver of a user. Metz 
discloses the concept of distributing the software via a broadcast channel to a receiver of the user. 
Further, the claims require designating select ones of the one or more broadcast channels for the 
transmission of one or more of the discrete software extremes and Metz illustrates that one example 
would be to designate channel as the broadcast channel which can be selected by the set-type 
terminal in Metz, The claims then require that one or more of the discrete software streams be 
transmitted over the select channel at a scheduled time. The system of Metz discloses in Col 8, lines 
62-64 that the computer *Yepeatedly sequentially outputs the contents of the data file." Further, the 
claims require that the data streams have a unique ID associated therewith. In Afetz, there is provided 
a version number for the software. Thus, the set-top terminal is not necessarily checking for software 
but, whether the upgrade has already been performed. In any event, even if this were considered to be 
a unique ID, which is arguable, ttie purpose of the version number is such that the set-top terminal can 
determine whether it has already been upgraded and no further upgrade is required. If the upgrade were 
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downloaded, which it appears is not the case if the vision number is the same as already exists on the 
set-top terminal, then the system would more than likely not perform a second upgrade of what has 
alreadybeenupgraded^asthiswouidnotbeauseful system operational process. However, if tiie set-top 
terminal determines that a new version number exists and that upgrade is required, then the software will 
be extracted from the bTX)adcast data stream and the set-top terminal upgraded. However, the claims in 
the present application require that the unique IDs be unique to a particular user and uniquely associated 
therewith. Metz does not describe such, as any set-top terminal can be upgraded with a version number 
Further, there is no encoding or the such contained within the software to prevent anybody from 
receiving this infcnmation from that channel. The claims further require that the user associate the 
unique ID with the monitoring interface of the user, wherein the unique ID is then both associated with 
the user, the monitoring interfoce and the discrete software data stream. The manner in whi^ this is 
done in Applicants^ invention^ in one embodiment, is that an authorization code is provided for ftat user 
which is loaded on the set-top box and, when the authorisation code is downloaded with the software, 
a comparison can then be made. However, the claims specifically require that this unique ID associated 
with the user be disposed on the set-top box. This is not disclosed in A/ete, nor is it suggested Further, 
there would be no motivation to i^ovide such, since Meti is not concerned with any particular user or 
a particular set-top terminal. It is merely providing a wide open broadcast of upgrade software tiiat is 
available for a set-top terminal if that set-top terminal desires to do such. Applicants* present inventive 
concept, has the motivation to prevent the user from downloading more than one copy of the software, 
since the user is purchasing that copy. This is to prevent downloading of multifde copies and to protect 
the distributor of that sofl^vare. 

The claims ftirther require that the software be downloaded after selection. This concept by itself 
is disclosed in Afefe in that, after the version number has been compared with the current version number 
and it is found that that version number is different, the downloading of the upgrade software will be 
performed. However, the claims further require that the imique ID be deleted from the monitoring 
interface for each of the one or more discrete software data streams after downloading thereof. Metz 
has no disclosure or suggestion of any downloading or any deleting of the unique ID, since this would 
require deleting the version number from the set-lop terminal. There is no disclosure or suggestion of 
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such in il/ei2 and. further, there would be no mo^ti^^ 

to prevent downloading any upgrade a second time but. rather, only wants to possibly prevent 
downloading of a second copy, \vastitig processing time at the set-top terminaL However, even if the 
current version wer« downloaded and not upgraded, this would not be a problem, since A/ete docs not 
concern itself with whether a duplicate copy of the upgrade itself has been downloaded. The only thing 
Metz would concern itself with would be a possible interruption of processing thne to upgrade a system 
that was already upgraded. Thus/Applicants believe that A/etr is clearly defident on The 
first is that the unique ID is not unique to the user and uniquely associated therewith and the second is 
that the user has no involvement in associating tiiis unique ID with the monitoring interface. The third 
is there is no suggestion or motivation in Metz for deleting die unique ID from the monitoring interface, 
i.e., the set-top terminal. In fact, Afetr teaches against doing such as it would completely destroy the 
operation of the system. 

The Examiner has utilized the Birdwell reference to support Ae missing aspects that Me£r does 
not support with respect to the rejection. However, the Examiner only points to two aspects, that of the 
user associating the unique ID with the user storage device prior to downloading and, after downloading, 
deleting the user ID. Applicants believe that the Birdwell reference is insufficient to si^jpdrt this for a 
nimiber of reasons, which will be described in detail hereinbelow. 

The ^irrf>ve// reference, as discussed in prior resp)onses, provides a method for downtoading data 
from a server to a client. This is not necessarily a software data stream but, rather, it is a simple 
datastream. Initially, data is deposited on a setvcr for downloading to specific clients. Tkm^ at one 
point in time, there is provided data that can be designated for multiple clients. The system of Birdwell 
has two methods to download the data. The first is to use a point-to-point connection wherein the client 
has a defined address on the networic, of which the server is aware and the server can connect directly 
to the client and download the data thereto. Thus, a client would have a unique location on the network, 
and it would be locatable. There is a second method of delivery, that being the ^'broadcast mode.** In 
this mode, the server may determine that there are a plurality of clients that need to receive the data. 
If this is so, the server can choose the broadcast mode and broadcast to a specific address that the clients 
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have access to. Typically, this infonnation will be transmitted to the particular clients such that they 
will then be set up to receive on that address. The disclosed method of doing this is to provide all clients 
in the system with an address on the global network such that information can be sent thereto as to what 
address to then change to in oitier to receive downloaded data. Thereafter, the data is broadcast to that 
address and each of the clients will receive it. This is veiy similar to a multitask operation. However, 
the system of Birdwell is divided into two application kernels. The first is the one for downloading the 
data and the second is the one for coiiflnning the download. The purpose of Birdwell is to ensure data 
is sent, since the purpose otBirdwell is to allow anothercntity to deposit data on the server and then the 
server takes care of deUvering that data- All that Birdwell is concerned with is to confirm that the data 
was sent. There is no disclosure or suggestion inBirdwell that sending multH)le copies of the software 
is detrimental to the system. In fact, it is encouraged, as will be set forth hereinbelow. Further, it is 
noted that the confirm operation is disconnected from the download operation. Specifically, with 
respect to Figure 2, there is an example utilizing the broadcast mode where information is transmitted 
to multiple clients. It is noted that in order to transmit the stored data to any one client, one of the clients 
must request a download of the data. Once requested, the system will ttten broadcast the information 
to the designated channel, if the broadcast mode is selected, and, opportunistically, the data will then 
be transmitted to all of the intended recipients of the data. However, there may be a situation where one 
of the clients is not connected to the system. This is set forth in the flow chart of Figure 2 wherein client 
A requests the download of its data from a particular list and then the server will then broadcast the data 
to all the remaining clients. It is noted that one client, client C, is running but is not connect«l to the 
server. This operation is described beginning at Col. 7, line 1 to Col. 7, line 5, where it is noted that 
there is a concept of "delayed confii-mation" because the client C was not connected to the server. 
However, download portion, i.e., the portion for receiving the data from the broadcast media, is 
connected. Therefore, these two (derations of downloading and confirming downloads arc different. 
Further, in Col. 7. lines 23-24, it is set fortti that "if a client had ahneady received that download data, 
then it would disregard the rebfoadcast." This language indicates that the data can be rebroadcast to a 
particular client In feet, there is no reason not to rebroadcast the data. The only thing that prevents the 
rebroadcast is receiving a confirmation that the data has aheady been broadcast and then a»e ID of that 
particular client is deleted ftom ttie list at the server. The confirmation operation is an operation 
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whei^ a download ID is sent along with the software to a particular client The client, since it knows 
what channel to open, will receive whatever is sent to that particular channel. Along with that data is 
theidentificationmthat was placed thereon by the server and the^^^^^^^ 

it back to the server. Hie server, once receiving the confirmation, will then delete the client ID from 
the list such that data is not again rcbroadcast to that particular client. However, although not described 
in detail, the operation appears to occur where one of the systems is not running. This is described with 
respect to client D in the flow chart of Figure 2. If this is the case, then client D will request a fUrther 
download of any data that is provided thereto. It will request the list and, if its name is on a list, 
indicating that data is to be downloadedto client D, then the server will determine how to send the data. 
It can either send data in a point-to-point communication or in a broadcast- However, if it does 
broadcast the data* there still may be other clients that have not confirmed receipt of the data and it may 
be that, due to the feet that there are a number of additional clients that have not confirmed the data, it 
will again broadcast to client D the information which will then opportunistically broad<5ast the 
infonnation to the other systems. If those other systems have their teoadcast data compon^t (BDC) 
turned on, they will receive the data. However, it is noted that if it is a rebroadcast and if the data has 
been received, it will ignore it. However, it is noted that Birdwell still allows the data to be broadcast 
more than once and allows a receiving station to have the ability to download that information more than 
anyone having access to that address to download the software more than once* This is due to the feet 
that the cmly way to prevent downloading more than once is for a confirmation to be sent back to the 
server to delete the client ID. Further, there must be some nwchanism to then prevent the set-top 
terminal to lead to a particular channel, but there is no disclosure set forth as to deleting this channel and 
preventing a system fi-om receiving finther broadcasts. In fact, there is no motivation in Birdwell for 
doing such as there is no detriment to the systrai if the user receives the software multiple times or is 
"looking at" the particular channel after h receives the data. All the motivation for the entire system of 
Birdwell is to confirm delivery of the software to a particular client or set of clients. Whether they 
receive it multiple times is of no cbncem. 

With respect to the claim. Applicants will go through the claim at each step comparing it to 
Birdwell. The first step of the claim is providing a television broadcast distribution system for 
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lm)adcastmgtheinfonnaiiontoit5/»^//doesnotdescribeatele^^ 

rather, it describes a broadcast data channel that broadcasts information to one or more users. The 
broadcast is utilized so that multiple users can receive this at a single time for more efficient 
transmission of data. The second step of the claim is that select ones of the broadcast channels ate 
designated for receiving the one or more discrete software data streams. Birdwell does designate a 
channel, i.e.. a particular address on the network, for which data is to be broadcast. Again, this is similar 
to a multicast system. The claims requires that the software then be transmitted over the select channel 
at a "scheduled time." There is no scheduled time with respect to the Birdwell reference. Rather, the 
software is basically distributed at one tinne after the channel information is sent to the parHcular client 
at the request of a single client. Therefore, one cKent would request download of information designated 
for its location based upon its existence in a list. This particular client would not know that the 
originator of the data desired to have Hois data sent to other recipients. This is t^rtunistic in that the 
data will be sent to the other recipients. If the other recipients were not operating, they would not 
receive it and only the requesting one would receive it. If, for example, two other clients were 
"listening," then they would receive the data preventing a ftiture request from those other clients and 
completion of the distribution of ±ie particular data and the deletion of their names from the delivery 
list (assuming that the confirmation was sent even *ough the data was delivered). Thus, Birdwell does 
not have any type of scheduled time and this is not the purpose of Birdwell. The Birdwell reference 
merely responds to a request by sending information to a requestor and. opportunistically, to other 
potential recipients of the data as designated by tihie originator of the data. The claim further requires 
that each of the software data streams having a unique ID associated therewith. Birdwell provides a 
download identification for each of the software streams. This download identification is for the 
purpose of confronting the download. Birdwell does not disclose that this ID was associated therewith 
by the software vendor (Birdwell discloses only that the server associates the download ID with the 
software) and, fiirtiier, that the unique IDs are unique to a user and uniquely associated therewith. There 
is no disclosure in Birdwell for associating the ID in any way with the user or even with the client. In 
a point-to-point broadcast, there would be a static address. However, the static address is in no way 
associated with the software vendor and it is certainly not unique to the software. Therefwe, the <mly 
thing tt»at could remotely be argued to relate to the unique ID in the claims is the download ID. 
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However, again, the download ID in Birdmtt is not associated therewith by the originator of data and 
it is not unique to the user. The claim further requires that the user associate this unique ID with the 
monitoring interfece. There is no operation on the user system tiiat would require associating a unique 
user ID. There is some disclosure about sending an encryption key to the user and there is also some 
disclosure as to sending a particular address to one of multiple users in abroadcast operation. However, 
this is unique to the software to allow downloadmg of the software. This is not unique to the user. 
Thus. Birdwell does not disclose an operation wherein this unique ID associated with that user is then 
associated with the monitoring interface of the user. The next step m the claim, is that for selecting the 
one or more discrete software data streams. Birdwell does not provide a selecting the one or more 
discrete software data streams. Birdwell does not provide a selection of the software data streanis but» 
rather, merely downloads everything that is sent to it Once it receives the address, it receives 
everything on Aat address. Further, there is no reascm to provide selection, as the particular address or 
broadcast channel already does the selection* The next step is the operation of downloading one or more 
discrete software data streams to a iiser's storage device. Data is downloaded and stored. Of course, 
it is not at the "scheduled time'' and Ais is a deficiency in Birdwell. The last step, the step of deleting 
the unique ED from the monitoring interfile, is not present in Birdwell, nor is h suggested or even 
related to the puipo^ of Birdwell. There is no unique ID that is stored at the monitoring interfece that 
would be deleted. The only thing that is deleted is the ID of the client from the "delivery list'* at the 
server. This only occurs when the confirmation of the download has been received by the server. The 
argument that deleting it at the server and deletmg it at the monitoring interfece would be Ae same is 
not believed to be a valid argument. The reason for this is that the purpose of Birdwell is to ensure that 
the data has been downloaded. In Applicants' present inventive conc^t, as defined by the miended 
claims, it is not important to confirm that any data has been downloaded; rather, all that is required is 
that the system be set up in a reliable manner as such that software vendors, once they provide a code 
to a user, are confident that the user, the ones paying for this code, can then download the information 
on the broadcast that is provided on the broadcast channel, the primary concern of any software vendor 
is that, once an authorization code is provided, tiutt only one copy of the software could be downloaded 
and not allow multiple copies to be downloaded. Birdwell has no concern as to whether multiple copies 
are downloaded but, rather, wants to ensure that the server just does not waste time transmitting software 
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multiple times. Therefore. ftWvi^// is deficient in a number o Fir^t, Arrfwe// does nut provide 

a unique ID far each of the software streams that is associated herewith by an associated software 
vendor and wherein each of the unique IDs is unique to that user and uniquely associated witti the 
downloaded data stream. All that is associated with the software is a download ID for the purpose of 
confirmation. The purpose of the unique ID in the present claims is to prevent multiple downloads. 
Further, Birdwelf does not show any way to delete the unique ID from the monitoring interface such that 
information is prevented from being downloaded twice. In feet, Birdwell clearly allows multiple 
broadcasts to a particular system when it is running due to the fact that the confirm operation is not 
necessarily connected to the download operation. Again, this is set forth in CoL 7, lines 24-25. Further, 
in Col. 5. beginning at line 4, it is set forth as follows: 

In a preferred embodiment, a client computer system can receive 
download data for a client APP even though the client APP is not 
currently executing arid connected to the server APP. The client FTC 
and client DDC contrcd the receivingof download data. If download data 
is received when the client APP is not executing, the data is stored until 
the client APP starts execution and retrieves the data. 

Thus, confirmation of the download will not occur until a later time in the event that this is the case. 

The motivation to combine the Birdv^ll and Metz references is not present. The Meiz reference 
is a reference wherein repeated broadcast of upgrade dato is sent to *'all" desktops for the purpose of 
upgrading the software thereat. There is no requirement for confirming that the upgrade was present 
or for selecting a particular desktop or set-top terminal to transmit die information thereto. The Birdwell 
reference is a reference that is directed toward delivering data to ^ecific clients based upon the 
directions of a particular originator of that data. This facilitates this with a broadcast, but this broadcast 
is opportunistic. The primary piMpose of the transmission is to transmit it to a ^'requesting" client and, 
if it just happens that other clients arc to receive the data, it will broadcast the data to them at that time. 
If they do not receive it or do not know they have received it, there may be another request from another 
client to receive the same data which may have already been transmitted and received by them. Tbtis. 
Metz is a blmd broadcast system that just broadcasts the data on a repeated basis, whereas Birdwell only 
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broadcasts data in response to a request. Further, the puipose otMetz is not to receive coiifiirmation, 
whereas the purpose of Birdwelt is to receive coniiimatlon such that data is not transmitted 
unnecessarily. Theiefoie,theptiip6se:ofbothAle&andB/«f»w^ Further, the origiiiator of 

Men would not look to for the puipose of deleting afl ID, as there is no reason whatsoever to 

delete an ID in tiie operation of Wete. the Birdv^ll reference, on the other hand, would never utilize 
the teachings of Mett in that there is no desire to continually transmit data to any system viewing a 
particular channel; rather, BirdweU is very ^ific in what client it transmits data to. based upon the 
originator's desires. Thus, Applicants believe that there is no motivation to combine both Metz and 
Birdv^ll. 

Both Metz and BirdweU teach away from Applicants' invention, in that both Metz and BirdweU 
teach that it is not desirable to delete the unique ID or to prevent transmission of software or data 
multiple times to a user's location. Metz would never delete the unique ID. that unique ID being the 
version upgrade number, since this would defeat the purpose of Metz. BirdweU teaches that if is not 
desirable to prevent ^broadcast but, merely, prevent re-storiiig information. In fact, BirdweU teaches 
diat rebroadcast is desirable as it is only the confirmation that causes rebroadcast to discontinue. 
Therefore, any user could receive multiple copies of the data if it just inhibited connection to the server 
for that particular application. 

In view of the above arguniehts. Applicants believe that the combination oi BirdweU wi^Metz, 
either taken individually or in combination, do not anticipate or obviate Applicants* present inventive 
concept as defined by independent Cfaims 1 and 16. Therefore, since the remaining claims depeiid from 
one of these two claims, Aw)licants respectftilly request titae withdrawal of the 35 U.S.C. §I03(a) 
rejection with respect to Claims 1^5, 10-11. 15.20, 25-26 and 30. 

Claimse, 12-14, 21 and 27-29 stand rejected under 35 U.S.C. § 103(a) as being unpatenti^Je over 
Metz, BirdweU and Brandenburg. These claims are dependent from Claims 1 and 1 6 and, therefore, the 
addition of the flr/uidenZw^ reference does not cure the deficiencies noted with the combination of Afcte 
and BirdweU which were utilized to support the rejection of the independent claims. Therefore, 
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Applicants believe that the Brandenburg reference docs not, in combination with Metz and Birdwell. 
obviate the claims from which Ihey depend and, therefore, Applicants respectfully request the 
withdrawal of the 35 U.S.C. § 103(d) tejection with respect to Claims 6, 12-14, 21 and 27-29. 

Claims 7-8 and 22-23 stand rejected under 35 U.S.C, § 103(a) as being unpatentable over Mete, 
Birdwell and further in view of Durden. These claims depend from independent Claims 1 and 16 and 
Applicants believe that the addition of the Durden reference does not obviate those rejectidiB or cure 
deficiencies that exist with respect to flie combmation of Afete and Birdwell. Therefore, Applicants 
respectfully request the withdrawal of the 35 U.S.C. § 103(a) rejection with respect to Claims 7-8 and 
22-23. 

Claims 9 and 24 stand rejected under 35 U.S.C. §103(a) as being unpatentable ovet Metz, 
Birdwell and Durden and flirther in view of Fries. The addition of the Fries reference does not cure the 
deficiencies noted hereinabove with rcqject to the combination of Metz and Birdwell that utilized to 
support the rejection of Claims 1 and 16, from which Claims 9 and 24 depend. Therefore, >^licants 
respectfully request the withdrawal of the 35 U.S.C. § 103(a) rejection with respect to Claims 9 and 24. 
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Applicants have now noade an earnest attend in order to place this case in cwidition for 
allowance. For the reasons stated above, Applicants respectftiUy request full allowance of the claims 
as amended. Please charge any additional fees or deficiencies in fees or credit any overpayment to 
Deposit Account No. 20-0780/PHLY-24,767 of HOWISON & ARNOTT. L.L.P. 




GMH/yoc/keb 

P.O. Box 741715 
Dallas, Texas 75374-1715 
Tel: 972-479-0462 
Fax: 972-479-0464 
April 1. 2005 
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